CLAIMS 



We Claim: 

1 . A method of preventing blocking of an application communicating with another 
device utilizing a connection, wherein the application has a user interface for accepting a 

5 user input from and presenting an output to a user, the user input including at least one 
command requiring communication with a server, wherein the user input is handled by 
the application, the method comprising the steps of: 

forwarding, by the application-client, a user request to the user interface to an 
application-client; 

1 0 issuing, by the application-client, a confirmation message to complete a request- 
acknowledgment loop between the user interface and the application-client prior to 
executing the request thereby freeing the user interface to process subsequent user input 
prior to completion of the request; 

storing user input from the user interface for subsequent handling by an application- 
1 5 client; and 

communicating, by the application-client with the server to handle the user input 
received from the user interface. 

2. The method of claim 1 having the additional steps of estimating an error rate for 
successfully transmitting data of interest over the connection; and selecting a frame size 

20 based upon the error rate. 

3. The method of claim 1 having the additional steps of estimating a bandwidth- 
delay, due to link and network congestion, for successfully transmitting data of interest 
over the connection; and selecting a frame size based upon the bandwidth-delay. 

4. The method of claim 1 further including the step of using a default frame size as 
25 the frame size if an error rate is not available. 
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5. The method of claim 1 further including the step of organizing data to be 
transmitted in a transaction into functional segments; and defining a state of the 
application-client and a state of the server communicating over the connection by 
functional segments. 

5 6. The method of claim 5 further including the step of determining the state of the 
application-client by referencing locally stored functional segments. 

7. The method of claim 6 including a description of a step of providing the state of 
the application-client to the server transmitted to the application-client in the transaction. 

8. The method of claim 1 further including the step of determining the state of the 
10 server by identifying functional segments already available locally at the server. 

9. The method of claim 8 further including the step of providing the state of the 
server to the application-client to determine a set of remaining functional segments to be 
transmitted to the server in the transaction. 

10. The method of claim 5 further including the step of updating the state of the 

1 5 application-client and the state of the server during a transaction over the connection. 

1 1 . The method of claim 6 further including the step of updating the state of the 
application-client and the server during a transaction over the connection to facilitate the 
transaction in the event of the dynamic connection failing whereby avoiding repeating the 
entire transaction. 

20 12. The method of claim 6 wherein the connection is a wireless connection. 

13. A device for communicating with a network over a connection, the device 
comprising: 

at least one application having at least one software module for presenting a user 
interface and at least one client module for asynchronously communicating with a server; 

25 a media-sense module for detecting whether the connection is operational; 
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a first software module for saving a state of the client module; and 

a second software module for retrieving the saved state and continue the session when 
the connection is restored. 

14. The device of claim 13 wherein the client module receives user input from more 
5 than one user interface, 

15. The device of claim 13 wherein the client module transmits data over the 
connection in response to a media sense event generated by the media-sense module, the 
media sense event corresponding to establishment of the connection. 

16. The device of claim 13 wherein the client module aborts data transmission over 
10 the connection in response to a media sense event generated by the media-sense module, 

the media sense event corresponding to failure of the connection. 

17. The device of claim 16 wherein the client module stores an interrupted data 
transmission for subsequent attempts. 

18. The device of claim 16 wherein the client module updates a state of the server, the 
15 state corresponding to data to be transmitted over the connection. 

19. The device of claim 16 wherein the client module updates a state of the client 
module, the state corresponding to data to be transmitted over the connection. 

20. The device of claim 16 wherein the client module updates a state of the server, the 
state corresponding to data already transmitted over the connection. 

20 21 . The device of claim 16 wherein the client module updates a state of the client 
module, the state corresponding to data already transmitted over the connection. 
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